home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Software Vault: The Diamond Collection
/
The Diamond Collection (Software Vault)(Digital Impact).ISO
/
cdr48
/
uudvd_04.zip
/
HISTORY
< prev
next >
Wrap
Text File
|
1995-02-05
|
5KB
|
115 lines
PROGRAM HISTORY
---------------
0.1
-----
First release. Took less than a week of coding. Most features should work now.
All files I encountered can be decoded properly. Some special cases, however,
are still untested. This version was updated two or three times without
upgrading the version number because that were just minor changes.
0.2
-----
DOS support! After getting some requests for a DOS version, many portions of
the code have been completely rewritten so that the file data is not loaded
into memory. Instead, just an index is saved. Added +e option to select file
extensions. Added +i option to disable user questioning.
Some special cases to evaluate the part no. of the subject line added
Automatic uncompress / gunzip (need to have them installed)
Tar file handling - extract files right out of a tar archive. This is done
from uudeview itself, so you won't need an external tar.
0.3
-----
Getting smarter every day. After I found some postings with spelling mistakes
in the subject line (namely "something.zip" instead of "something.arj"), I
began to program "Smart Part Merging System" (SPMS (R)). It detects that the
parts of "something.zip" are just the missing parts of "something.arj" and
merges both files. This feature will still need a lot of maintenance, since
there are a lot of special cases.
Added a ton of features. Now you can list the files or enter commands to do
anything with them (you can enter "xv $") to watch the file.
Installed a signal handler for SIGINT (Ctrl-C). If the program was interrupted
by the user, it left LOTS of temporary files in /usr/tmp. They will now be
cleaned.
Again, the user interface was changed. I did that in 0.2, so why not again
in 0.3. I hope you'll agree it's a bit better now.
The program now checks if gunzip has failed (it tests if the resulting file
has less than 2 bytes).
Fixed a bug with filenames that contained spaces at the end.
Linked files in tar archives are now ignored.
In 0.2 each file was decoded before the user was prompted what to do. This
was quite slow on some machines. Now the files are only decoded on request.
0.3.42
--------
I'm quite lazy with documenting all the changes I made to the source code.
I hope I will keep online this time. To do this, I have invented the patch-
level number. Since I have made a lot of changes to the original 0.3 release,
I start with patchlevel 42.
0.3.43
--------
- gets suspicious if it finds multiple begins/ends within the same post
and opens up a new file record
- Treats "BEGIN -- CUT HERE" line exceptionally, because it frequently looks
like valid uuencoded data and fooled the program. The 4-line-safety barrier
didn't catch because the real data followed immediately.
0.3.44 (25.01.1995)
--------
- added lots of patches to allow for Mime Base64 decoding ... mostly because
I want to decode this Lion King MPEG from alt.binaries.multimedia
0.3.45 (29.01.1995)
--------
- added XX decoding scheme. Was really simple after having to change every-
thing for the above MIME stuff anyway. Just another decoding table. Hope
it works.
0.3.46 (01.02.1995)
--------
- included groundworks for desperate mode. I don't know -- should I leave
the '-d' command line option out?
0.3.47 (03.02.1995)
--------
- written my own more function. previously, I just called system(), but this
was (a) unstable and (b) didn't work in QuickWin
- included '(i)' action to show file info; either part 0, or part 1 up to the
begin line
- desperate mode finished. Moved the original '-d' (decompress) option to
'-x' (didn't use it anyway, and needs major rewriting) and replaced it
with new desperate option
0.3.48 (04.02.1995)
--------
- wrote an case-insensitive string compare function. Have migrated the
extension detection to case-insensitivity
- added some code to detect some common file suffixes (jpg, gif etc.)
added SPMS check: parts of files will not be merged if they have different
but correct suffixes (if one of the files' suffix is not recognized, it
might just be spelled wrong, so this doesn't prevent merging). This should
stop SMPS from merging together complete junk.
- generalized Unix Makefile. Now I only have to change a version number in
one place (well in three places if I consider DOS&Windows with other make
files).
- added multiple passes to SMPS. In first pass, only "exact fits" are merged,
in second pass only files with minimal differences, in third pass, everything
- stripping some boring headers in file (i)nfo
- now it should also accept files with less than 4 lines of data
- finally found the 'bug' that declared some final lines as invalid -- the
encoder has stripped unnecessary chars. Added more checks ...
0.4 (06.02.1995)
----
- After getting no bugreports for a few weeks (either nobody uses the program
or it does work after all), I renamed 0.3.48 to 0.4. There is so much dif-
ferent from the original 0.3 that I simply need to indicate these changes
to users. And besides, it's my birthday :-)
- Deleted "ALPHA" indication from the windows version. Now fully integrated.
- moved MIME check in front of UUdata check. Strongest semantics first.